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A method for controlling Internet 
telephone calls comprising the steps of 
transmitting destination telephone num- 
ber information from a call originat- 
ing system to a route termination server 
over the Internet; inputting the destina- 
tion telephone number information into 
a route policy program associated with 
the route termination server, using the 
destination telephone number informa- 
tion and die route policy program to_^ 
select a call terminating terminal ; and ^ 
transmitting seiner identification infor- 
mation fronTu^l^te^Tm^atipn server 
to the call-oripiaririg_system after the 
route policy means has selected the call 
terminating-ternnn^ 
fication information including informa-, 
tkm JhaHs^ / 
systemto es^listtlmTnn^ j 
tion with the call terminating terminal. \j 
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METHOD AND SYSTEM FOR INTERNET TELEPHONY USING GATEWAY 

TECHNICAL FIELD 

The present invention relates to telephone calk placed over the Internet, and more 
5 particularly to a system that automatically selects a gateway for terminating the Internet 
telephone call. " 

BACKGROUND INFORMATION 
One of the most exciting recent developments in die Internet is the transmission of voice 
10 data packets over the Internet This development allows the Internet to be used for completing 
long distance telephone calls. For example, U.S. Pat Nos. 5,867,495 and 5,867,494 illustrate a 
system that allows telephone calls, data and other multimedia information to be routed through a 
hybrid network that includes transfer of the information across the Internet 

In a typical Internet telephone call, a call initiating gateway terminal receives a normal 
15 voice telephone call from a PSTN system and converts it to a digital voice data packet format 
that can be transmitted over the Internet The International Telecommunications Union (ITU) 
standard H323 sets a protocol to be used in such processes. On die receiving end, a call 
terminating gateway terminal receives the call from the Internet and converts the call back to a 
format that can be transmitted over the PSTN system. The call is then routed over the PSTN 
20 system to the receiving party. 

In order to make this technology practical to use, a methodology is needed for 
determining die availability of call terminating gateway terminals. 

SUMMARY OF THE INVENTION 
25 Briefly, the present invention is a system for selecting an available gateway terminal to 

terminate the Internet telephone call and supply die call initiating gateway terminal with the 
Internet address of the call terminating gateway terminal. The system is comprised of a first 
gateway terminal for providing a telephone link with a first telephone set, a second gateway 
terminal for providing a telephone link with a second telephone set, a route termination server 
30 for receiving telephone call information routed through the first gateway terminal, and a route 
policy program associated with the route termination server for using at least some of the 
telephone call information to evaluate a plurality of gateway terminals and select one of the 
plurality of gateway terminals for use as the second gateway terminal. 

Factors used by the route policy program to select an acceptable second gateway 
35 terminal may include operating status of die second gateway terminal, the cost charged by an 
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Internet Service Provider (ISP) for using the second gateway terminal to terminate an Internet 
telephone call, and the contractual relationship between the ISP who operates the second 
gateway terminal and another party, such as the ISP who operates the first gateway terminal. 

The route termination server is adapted to transmit server identification information to 
5 the first gateway terminal after the route policy program has selected the second gateway 
terminal, and the server identification information includes information, such as an Internet 
Protocol (IP) address that is used by the first gateway terminal to establish an Internet 
connection with the second gateway terminal. 

The first terminal gateway terminal is adapted for exchanging voice telephony data over 
10 the Internet directly with the second gateway terminal, and the second gateway terminal is 
adapted for exchanging voice telephony data over the Internet directly with die first gateway 
terminal. 

BRIEF DESCRIPTION OF THE DRAWINGS 
15 Fig. 1 is a schematic diagram of an Internet telephone system according to the present 

invention; 

Fig. 2 is a schematic diagram illustrating the Internet connections utilized in die present 
invention; and 

Fig. 3 is another schematic diagram of an Internet telephone system according to the 
20 present invention. 

DESCRIPTION OF THE PREFERRED EMBODIMENTS 
Fig. 1 illustrates an Internet telephone system 10 comprised of a distributed control 
system 18 and a central control system 22. A home Internet Service Provider (ISP) system 26, a 
25 call originating system 14 and a call terminating system 15 can all communicate with the 
distributed control system over the Internet The call originating system 14 comprises a plurality 
of gateway terminals 28, and the call terminating system comprises a plurality of gateway 
terminals 30. In the preferred embodiment, the terminals 28 interact with a gatekeeper server 
34, and the terminals 30 interact with a gatekeeper 35. As is explained below, in other 
30 embodiments, die gatekeeper savers 34 and 35 are not required. 

Preferably the terminals 28 and 30 are commercially available servers referred to as 
H.323 terminals and die gatekeeper server 34 is a commercially available server referred to as an 
H.323 gatekeeper. The terminals 28 and 30 and the gatekeeper server 34 are available from 
companies such as Lucent Technologies, Cisco Systems and Siemens. The terminals 28 and 30 
35 may or may not all be manufactured by the same company and/or have the same level of 
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functionality. However, in the preferred embodiment, the terminals 28 and 30 all perform to a 
common compatibility standard, such as the H.323 standard. 

As is explained in more detail below, each of the terminals 28 is capable of making an 
Internet connection with one of the terminals 30. Similarly, each of the terminals 30 is capable 
5 of making an Internet connection with one of the terminals 28. Preferably, the terminals 28 and 
30 use a combination of software and a local access network (LAN) interface card to establish 
the Internet connections. In die preferred embodiment, the gatekeeper 34 includes application 
program interface (API) software that controls communication between the call originating 
system 14 and the distributed control system 18. In alternative embodiments, the API software 

10 can be present on the gateway terminals 28 and/or gateway terminals 30 so that these terminals 
can communicate directly with the distributed control system 18. In this case, the gateway 
terminals 28 and 30 include means for establishing an Internet connection with the distributed 
control system 1 8, such as a combination of software and a LAN interface card. 

For reference purposes, die numeral 28 is used to designate a gateway terminal that is 

15 initiating an Internet telephone call, and die numeral 30 is used to designate a gateway terminal 
that is terminating an Internet telephone call However, the initiating gateway terminals 28 can 
also function as the terminating terminals 30, and vice versa. When functioning as a gateway 
terminal that initiates an Internet telephone call, the gateway terminal 28 accepts a PSTN signal, 
converts it to a digital signal and sends the digital signal over the Internet When functioning as 

20 a gateway terminal that terminates an Internet telephone call, die gateway terminal 30 accepts a 
digital signal from the Internet and converts the digital signal to a PSTN signal that is then 
transmitted over a PSTN system. 

A plurality of telephone sets 38 are connected to the terminals 28 and a plurality of 
telephone sets 39 are connected to the terminals 30. The telephone sets 38 and 39 each have the 

25 same capabilities. The different reference numerals are used simply to emphasize that initially 
one telephone set is used to initiate the Internet telephone call, and a second telephone set is used 
to receive the telephone call. 

While Fig. 1 illustrates one telephone set being connected to each terminal 28 or 30, each 
of the terminals 28 and 30 are capable of having a plurality of telephone sets 38 and/or 39 

30 connected to the single terminal 28 or 30 at any given time. The telephone sets 38 and 39 may 
be any type of telephone having a dialer and capable of permitting voice communication through 
a publicly switched telephone network (PSTO) or cellular network. In the preferred 
embodiment the telephone sets are standard pushbutton telephones used for making and 
receiving standard telephone calls. These include desktop and wall phones, phones in PBX 
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systems, cordless phones and cell phones, as well as computers equipped to make voice 
telephone calls. 

The gatekeeper server 34 is a server that enables a plurality of die terminals 28 to 
establish an Internet connection with the distributed control system 18. The gatekeeper server 
5 34 includes application program interface (API) software that controls communication between 
the call originating system 14 and the distributed control Systran 18. The gatekeeper server 35 
allows a plurality of die gateway terminals 30 to communicate over the Internet with the 
gatekeeper server 34 and or with the distributed control system 1 8. 

The distributed control system 18 comprises a locator server 42, a route termination 

10 server 50 and a collection server 54. Optionally, the system 18 may also include a phone 
authentication server 46. The central control system 22 comprises a routing database 56 and a 
push daemon 58. Preferably, die central control system 22 also includes an integration server 60 
and a settlement database 64 for storing accounting data. Also, in the preferred embodiment, the 
routing database 56 is part of the settlement database 64. 

15 The home Internet Service Provider (ISP) system 26 comprises an authentication server 

70 and a database 74 of user data. The ISP system 26 and the phone authentication server 46 are 
only needed in the situation where die telephone call is not being initiated through the users 
home ISP. This situation is referred to as roaming. In the non-roaming situation, the gateway 
terminal 28 are operated by an ISP with whom the user of the phone 38 has an account In this 

20 situation, the user is identified as a customer of the ISP by the call originating system 14. 

In contrast, in the roaming situation, the user of the telephone 38 is not a customer of the 
ISP that operates the call originating system 14. In this case, the user must be authenticated by 
the ISP system 26 via the phone authentication server 46. The user of the telephone 38 is a 
customer of the ISP that operates the ISP system 26, and hence can be authenticated by the ISP 

25 system 26. 

Fig. 2 illustrates the way an Internet telephone call is made using the present invention. 
The initiating party uses the telephone set 38 to connect to the gateway terminal 28, typically 
over a telephone line. The gateway terminal 28 establishes a connection with the gatekeeper 34 
as is indicated by the arrow 80. Preferably, the arrow 80 indicates an Internet connection, but it 

30 could also be a different type of network connection, such as a local area network (LAN) 
connection. Similarly, a connection is established between the gateway terminal 30 and the 
gatekeeper 35. This is preferably an Internet connection, but it could also be a different type of 
network connection, such as a local area network (LAN) connection. 

The gatekeeper 34 uses the API software to establish an Internet connection with the 

35 servers within die distributed control system 18 as indicated by the arrow 84. In alternative 
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embodiments, the gatekeeper 34 is eliminated, and the API software runs directly on the 
gateway terminal 28. In such embodiments, the terminal 28 communicates directly with the 
distributed control system 18, using the API software. Similarly, the gateway terminal 30 can be 
configured to communicate directly with the gatekeeper 34, for example if the gatekeeper 35 is 
5 eliminated. 

Certain servers within the distributed control system 18 establish an Internet connection 
with the central control system 22, and optionally, with the home Internet Service Provider (ISP) 
system 26, as is indicated by the arrows 88 and 92, respectively. Additionally, an Internet 
connection can exist between the gatekeeper 35 and the gatekeeper 34 as is indicated by die 

10 arrow 93. Ultimately, an Internet connection between the terminals 28 and 30 is established, as 
is indicated by the arrow 100. The terminal 30 establishes a connection to the telephone set 39, 
typically over a telephone line, as is indicated by the line 104. The net result of these various 
connections is that a telephone conversation can take place between the telephones 38 and 39, 
using the Internet as at least part of the transmission network for the telephone call. 

15 Fig. 3 illustrates the way the route termination server 50 is supplied with updated 

information about routing decisions. The routing database 56 is located in the central control 
system 22 and is continuously updated to reflect changes in routing information related to the 
gateway terminals 30. In the preferred embodiment, such information includes, for example, 
address information, status information, area code/country code information, regional 

20 information (e.g. USA, Canada, Europe) and rate information. Address information includes 
information such as the IP address of the gateway terminal 30 and/or the gatekeeper 35. Status 
information includes information such as whether or not a particular terminal 30 is available for 
use (e.g. is the terminal 30 operational or is it undergoing maintenance). Rate information 
includes information such as the price set by the ISP that operates the call terminating system 15 

25 for using its gateway terminals 30 to complete an Internet telephone call. In the preferred 
embodiment, the routing database 56 is an Oracle database. 

Whenever it is desired to update the route termination server 50, the push daemon 58 
establishes an Internet connection (TCP/IP) with a collection daemon 110 within the route 
termination server 50. Once the connection is established, the push daemon 58 transfers the 

30 new/updated routing information from the routing database 56 to the collection daemon 110. 
The collection daemon 110 then transfers the routing information to a routing server 1 14 within 
the route termination server 50 using inter-process communication (IPC). 

In Fig. 3, a plurality of the route termination servers 50 are shown and denoted as servers 
50A, 50B and 50C. In practice, the servers 50A, 50B and 50C would be located in different 

35 geographical locations. For example, server 50A might be located in Asia; server 50B in the 
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United States and server 50C in Europe. The use of the push daemon 58 permits all of the 
servers 50A-C to be provided with updated routing information simultaneously, so that all of the 
route termination servers 50 are using the same information to make routing decisions. 
Additionally, the routing information only needs to be updated on one database (i.e. the routing 
5 database 56) to update all of the plurality of route termination servers 50. Preferably, the routing 
database 56 is part of die central control system 22, and hence this is the logical location to be 
inputting updated routing information. In the preferred embodiment, the route termination 
servers 50A-C are Sun Solaris™ servos, but other types of servers can also be used. 

Fig. 3 also illustrates that every route termination server 50 includes an http server 1 18. 

10 Each http server 118 comprises software running on a server that interacts with the API software 
running on the gatekeeper 34 (or with the gateway terminal 28 if a gatekeeper is not used), and 
with the routing server 1 14. The function of the http server 1 18 is to allow information to flow 
between die routing server 114 and the gatekeeper 34 (or gateway terminal 28) using http 
protocol. The connection between the http server 118 and the routing server 1 14 is through 

15 Interprocess Communication (IPC), preferably, CORBA (common object request broker 
architecture). Similarly, the locator 42, the phone authentication server 46 and the collection 
server 54 (all shown in Fig. I) all utilize the http server 118 to communicate with the call 
originating system 14. 

Fig. 3 also illustrates the situation where the API software is running on the gateway 
20 terminal 28. In this situation, information can be transmitted directly between the gateway 
terminal 28 and the distributed control system 18 without the intervention of a gatekeeper server 
34. . 

The various components shown in Figs. 1 and 2 have the following functions. The 
locator server 42 provides die gatekeeper server 34 with the Internet Protocol (IP) addresses of 

25 the servers required to utilize the distributed control system 18. Specifically, locator server 42 
provides the server 34 with the IP addresses of the authentication server 70, the route 
termination saver 50 and the collection server 54. When the gatekeeper 34 is booted up, it 
sends an input to the locator server 42 that specifies the type of service that is requested (i.e. an 
Internet telephony); the service release (i.e. die version of the service that is being used); the 

30 location of the gatekeeper server 34 (e.g. Indonesia); and a description of the type of the 
gatekeeper server 34 (referred to as the client type). The client type is preferably in the format 
of the manufacturer followed by the type of server and the version of the server (e.g. 
Lucent_Gatekeeper_2.0) . The input sent by the gatekeeper server 34 to the locator server 42 is 
part of the API software. 
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When the locator saver 42 receives this input from the gatekeeper server 34, server 42 
returns an output to the server 34 that provides the I P addresses for thejgervers requijgcLto 
complete the typeof service specified by j he input For example, the output from the locator 
serv^42~tor^ 

5 includelhe IP addresses of one or more of die following servers, d^radingwthe-situation^e 
\ authgnti^onserverjlfl,.^^ server SO and/or t he collection server 54. 

Subsequently, for example when the gatekeeper server 34 receives an ARQ (ARQ means 
admission request) from the terminal 28, the gatekeeper server 34 connects with the 
authentication server 46 to attempt to begin the authentication process for a roaming user. The 
10 gatekeeper already knows the DP address of the authentication server 46 because it was supplied 
previously in the process described above. 

The phone authentication server 46 decodes the format of the access number. The access 
number is a string of digits entered by the person initiating the phone call via the telephone 
handset In the preferred embodiment, three basic pieces of information that are contained in the 
15 access number the organization ID, the account ED and a PIN number. The organization ID 
identifies the entity that will authenticate the phone call. Generally, this means determining die 
IP address of the home authentication server 70, for example, by consulting a directory service. 
Authenticating die phone call means deciding if die phone call is to be allowed or not, and is 
based on policy decisions such as whether or not the caller has an account and whether the 
20 account is paid up or in arrears. The account ID is the digit string used to identify the account 
holder, analogous to a user ID. And the PIN is a password used by the account holder to 
maintain die security of the account 

In die preferred embodiment, the input to the phone authentication saver 46 includes the 
client type, the access number and the destination number (which is optional). The client type is 
25 die description of the gatekeeper server 34 that was described previously with respect to locator 
server 42. The output from the phone authentication server 46 back to the gatekeeper server 34 
is an instruction that the phone call is either authenticated (allowed) or not authenticated (not 
allowed). 

The route termination server 50 selects one or more of the gateway terminals 30 that are f^j 
30 candidates to complete a phone call or other service requiring PSTN termination. In other 
words, the server 50 selects a gateway terminal that will act as a link between the Internet and 
the PSTN telephone service that will connect the telephone call to the receiving party. In the 
preferred embodiment, die inputs to the route termination server 50 from the gatekeeper 34, are 
the client type (i.e. gatekeeper type Lucent 3.0), the IP address of the gatekeeper 34 and the 
35 destination number, which is the final destination phone number that the terminal 30 needs to 
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call. The destination number usually includes die country code or area code. The local 
telephone number is generally not used in the routing decision, although the city code might be 
used. The output from the saver 50 is an ordered list of terminals 30 that could function as the 
link between the Internet and the receiving phone system. In the preferred embodiment, the list 
5 includes information about the type of terminal 30 and the Internet (IP) address of each gateway 
terminal 30 contained in the list 

In order to create a list of terminals 30 that are candidates to complete a phone call or 
other service, the route termination server 50 is capable of making routing decisions. The 
routing decisions are based on one or more essential conditions and on one or more policies. In 

10 general, a policy is defined by one or more service dimensions. The routing decision is 
controlled by a computer program running on the routing server 1 14 referred to as a route policy 
program. The route policy program generates the prioritized list of terminals 30 (and their 
associated gatekeepers 35, if relevant) based on data stored on the routing server 1 14. 

In the preferred embodiment, the essential conditions include the type of service, 

15 interoperability and availability. Type of service refers to the type of service requested by the 
initiating party, such as basic telephone service or tax, etc. Interoperability is the ability of the 
terminal 30 to work acceptably with a terminal 28 or other device from a different vendor or 
with a different release level. For Internet telephony, the H323 standard is supposed to ensure 
interoperability between systems from different vendors. However, since some phone products 

20 may not achieve full interoperability, a compatibility matrix must be maintained by the route 
termination server 50. Availability refers to whether a terminal 30 is in-service or out-of- 
service. In the present embodiment, the availability of the terminals 30 is manually inputted into 
the server 50. However, this process can be automated, for example through the use of a 
network management facility that is used to track the availability of the terminals 30 and 

25 propagates the status information to the server 50. Alternatively, the management facility can 
send the status information to a repository accessible by the saver 50. 

The service dimensions define acceptable terminals 30. Typical service dimensions 
include the cost of a service and the various service relationships that exist in completing the 
call. The cost of a service is often based upon the actual phone tariffs between the terminating 

30 server (terminal 30) and the destination phone or fax. Sometimes other competitive 
considerations also come into play. The actual cost payable to the terminating member is that 
which they specify for telephone number prefix a server is allowed to terminate to. The prefix 
may be just a country code or include more digits, e.g. area codes. Each member may have 
different servers in different regions with different area code costs. Therefore, the costs may be 

35 both member and region specific. 
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Service relationships relate to various partnership arrangements that may exist between 
die owner of the terminating server (terminal 30) and the owner of the originating server 
(terminal 28). For example, members of an alliance may agree to preferentially use the 
terminals of other alliance members whenever possible. Thus, the route termination server 50 
5 must allow for the specification of ISP partner lists which can be associated with an originating 
server (terminal 28). Once the partner lists are established, policies can be set which define 
preferences or mandatory use of partner services. 

When all other essential conditions and policies have been satisfied, other factors can be 
taken into account, such as load balancing. Load balancing refers to the practice of routing calls 

10 to terminals 30 that are not receiving more than a certain number of calls. Load balancing based 
upon accurate global information about the state of the terminals 30 is difficult to achieve and 
requires much communications overhead. This does not scale well as the number of savers 
grows. However, a simple scheme of having the originating terminals 28 rotate usage based 
upon their own prior usage can be adequate to achieve some balance between otherwise equal 

15 terminating terminals 30. The route termination server 50 can maintain records of how many 
calls it terminated to each terminal 30 in a period of time (e.g. 30 minutes), and favor using the 
least recently used terminal 30. 

In the preferred embodiment, the routing decision is based on the following routing 
criteria, with criteria number one receiving the highest priority: 

20 1 . Choose the originating ISP' s mandatory partners' server (if any) to terminate the 

telephone call. 

2. Choose originating ISP's preferred partners* server (if any) to terminate the 
telephone call. 

3 . Choose die lowest cost available terminating server to terminate the telephone 

25 call. 

4. Choose the server that has the highest absolute priority to terminate the telephone 

call. 

5. Choose the server that has the highest regional priority to terminate the telephone 

call. 

30 Listed below are the types of tables used by the route termination server 50 to keep 

information that is used in making the routing decision. Information from these tables is used by 
the route policy program to generate the prioritized list of terminals 30 (and their associated 
gatekeepers 35, if relevant). The tables include regionj>f_price, region_of_service, 
server_service_region, provider_price, serverjnfo, isp_information, ispj>artnership. Regions 
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are defined separately by region_of_price and region of_service so that the regions regarding 
price and service (by server) can be independent Both tables can define ISP dependent entries 
and ISP independent entries. In a similar method, server service region table can also handle 
server dependent service regions of an ISP or server independent service regions. The 
5 providercost is used to define the cost for each terminating ISP for a particular region. The 
serverjnfo, isp_information and isp_partnership table are defined to keep general information 
of an ISP and the gateway terminals 28 or 30. 

a) region_pfj>rice table. This table is used to define the price region. Price region is a 
set of phone regions (country code, area code) that have the same price. The definition can be 

10 ISP dependent or ISP independent This allows an ISP to have its own definition of the regions 
regarding to die price. An ISP can have both its own definitions for some area while sharing 
other definitions for other areas with other ISPs. For example, Netcom can define its own 
price_regions for the USA, e.g, USA_continental_west, USA_contmental_middIe, 
USA_continental_east But it shares the definitions of the price jregion for the rest of die world 
15 with other ISPs. In this case, price_region entries that are ISP dependent will override the 
definitions that are ISP independent if they overlap. 

price region: Mostly, it's a country name, sometimes die 

country need to be divided into sub-regions. 

country code: The country code of a phone number. 

20 need_area_code 1 - need area code, 0 -do not need area code. 

The following two fields are required if need_area_code =1. 

area code: The area code of a phone number, 

isp dependent entry 1 - dependent, 0 - independent 

25 Following field is required if isp_dependent_entry= 1 . 

isp id: ISP ID of the ISP which this entry/definition belongs to. 

b) regionjofjservice table. This table is used to define the service region. Service region 
is a set of phone regions (country code, area code) that a gateway terminal 30 serves. The 
service region can be ISP dependent or independent Similar to "region_of_service" table, the 

30 entries for an ISP can be a mixture of ISP dependent entries and ISP independent entries. ISP 
dependent entries override the definitions of ISP independent entries if they overlap. 
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servicejegion: Mostly, it's a country name, sometimes the 

country need to be divided into sub-regions. Say, 
USA_Alaska. 

countrycode: The country code of a phone number, 

need area code 1 - need area code, 0 -do not need area code 

Following two fields are required if need area code =1 . 



areacode: 
isp_dependent_entry 



The area code of a phone number. 
1 - dependent, 0 - independent 

Following field is required if isp_dependent_entry=l. 



isp_id: 
belongs to. 



ISP ID of the ISP which this entry/definition 
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c) provider j>rice table. This table is used to keep the price information provided by a 
terminating ISP for a given priceregion (of that terminating ISP): 
price_region: region that this price apply 

isp_id: ISP that provide this terminating price 

terminating price: the price (per minute )of the terminating ISP. 

effectivedate: date that this price applies, 
expiredate: date that this price expires 



20 



d) server_service_region table. This table is used to define the regions each gateway 
server (or servers with same server _^group_id!=0 ) serves. If serverjgroup _id=0, the server Jd is 
required and this entry applies to feat server. If server_group_id!=0, the serverid is not required 
and this entry applies to all the servers that have the same serverjgroup_id of that isp. 



25 



ispjd: 

server jpoupid: 
server id: 



serviceregion: 
regionalj>riority: 



ISP that the server belongs to. 
0 - independent. 1-1000 the group id. 
the gateway terminal 30 id of the server, 
required if server _groupjd=0. 

Ae region this server serves 

The priority of the server serving this 

region. 
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e) server Jnfo table. This table is used to keep the gateway terminal 30 information. 
isp_id: ISP that the servo 1 belongs to. 

serverjd: the gateway server id of the server 

server_ip_port the gateway server ip address and port 

5 serverjype: the server type 

availability: 0 - out of service, 1 - available 

quality: the quality index of the server, 1 - 1 000 

priority: the priority of the server, 1-1000 

server _group_id: used to indicate the group of the server within the 

1 0 isp. Servers with die same server^group id will have the same service area which is defined in 
gxxx_server_service_region table, server jproup id range is 1-1000. The server jgroup_id=0 has 
the special meaning. Servers with server_group_id=0, will not share the service area definition. 
Each server need to define their own service area. 

J) ispjnformadon table. This table is used to keep die ISP information. 
15 g) isp partnership table. This table is used to keep die ISP partnership information, 

isp id: isp that is to be defined by the partnership 

with other isps. 

mandatary j^artner tag: 1 - define the mandatary partner here, 

0 - not defined as mandatory partner here 
20 if mandatory _partner= 1 , following four fields are 

required. 

mandatory j>artner_ispjd: mandatory partner isp that this isp requires. 

priority_of_mandatory_partner priority of die mandatory 
partners if there are more 
25 than one. 1-1000. 1000 is the highest 

preferred jwrtnerjag: 1 - define the preferred partner here, 

0 - not define the preferred partner here 

if mandatory J3artner= 1 , following four fields 

are required. 

30 preferred jrartnerjsp_id: preferred partner isp that this isp requires 

priority_of_preferred_partner: priority of the 
preferred partners if there are 
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more than one. 1-1000. 1000 is the 

highest 

h) inter operable table. This table is used to keep the interoperable information of 
different type of servers (i.e. if the terminals 28 or 30 are different). 
5 # rts table. This table is used by the routing database 56 to keep information about the 

plurality of route termination servers 50(A-C). 

server Jp: The BP address of the RTS server 

server_port: The port of the RTS server 

server status: 1- active, 0- not active 

10 The collection server 54 collects call detail records (CDR's) for phone servers as well as 

other accounting data types. Specifically, the server 54 collects, parses, filters, translates and 
serializes accounting records prior to shipment to the central control system 22. Preferably, the 
server 54 is designed to be upgraded to accept new accounting data types while in operation. 
The integration server 60 is a program that loads CDR's into the database 64. 
15 The database 64 contains the CDR's as well as administrative other information such as, 

information about member servers, regional partners and rates. 

The home authentication server 70 is a server that includes software for making queries 
to a data file (such as the user data file 74) to determine authorized users of the home ISP. 

The user data file 74 is a listing of authorized users of the home ISP and account 
20 information, such as payment history etc. 

Preferable functions of the API software include enabling communication between the 
gatekeeper 34 (or gateway terminal 28) and the distributed control system 18, including setting 
the appropriate parameters for Internet communication with the system 18, supplying the IP 
address of the locator server 42 and/or for the route termination server 50, transmitting the 
25 telephone number for the receiving phone 39 (including the area code) to the route termination 
server 50, and receiving die IP address for the gatekeeper 35 and/or receiving gateway terminal 
30 from die route termination server 50. 

The Internet telephone system 10 functions as follows: The initiating party uses one of 
the telephone sets 38 to access one of the gateway terminals 28. The initiating party uses the 
30 keypad of the telephone set 38 to enter data such as an access and/or personal identification 
number and the destination telephone number. In a roaming situation, the terminal 28 transmits 
an ARQ to the gatekeeper 34 to begin an authentication process for the phone user. The 
gatekeeper 34 contacts the authentication server 46 to get the IP address of the home 
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authentication server 70 and to verify that the initiating party is authorized to place the Internet 
telephone call (i.e. has an account in good standing with an ISP). The authentication server 46 
uses the organization identification provided by the initiating party to contact the home 
authentication server 70. If the account ID and PIN provided by the initiating party are verified 

5 by the home authentication server 70, thai the server 70 returns an instruction to the server 46 
that the call is authorized. The server 46 transmits this authorization to the gatekeeper 34 which 
sends an ACF (ACT stands for admission confirmed) to the terminal 28. In response to the 
ACF, or initially if this is not a roaming situation, the gateway terminal 28 queries the initiating 
party to enter the telephone number of the destination party (the destination number). 

10 Alternatively, if the destination number was already inputted, the gateway terminal 28 makes the 
destination number available for further use. 

The destination number is transmitted from the terminal 28 to the gatekeeper 34, and 
from there to the route termination server 50. The server 50 uses the destination number to 
generate a list of possible terminating terminals 30. Preferably, this list includes the IP 

15 addresses for a plurality of pairs of gatekeepers 35 and an associated gateway terminal 30. For 
example, the list may include a first ordered pair of IP addresses comprised of the IP address of 
a first gatekeeper 35 and a first gateway terminal 30 associated with fee first gatekeeper 35. The 
list would preferably include two to nine additional ordered pairs containing similar IP address 
information for two to nine additional pairs of gatekeepers and associated gateway terminals. 

20 The whole list is then transmitted to the gatekeeper 34 and the gateway terminal 28 attempts to 
make an Internet connection to the first gatekeeper 35 (or to the first gateway terminal 30 if 
there is no gatekeeper). If the connection cannot be made to the first gatekeeper, then the second 
ordered pair of IP addresses is utilized to attempt to make the connection through the second 
gatekeeper 35 (or to die second gateway terminal 30 if there is no gatekeeper). This process is 

25 repeated until a successful connection is made or until every ordered pair on the list has been 
tried. 

Once the gatekeeper 34 has successfully connected to the gatekeeper 35, call setup data, 
such as data required by the H.323 standard, or by another protocol, is transmitted from the 
gatekeeper 34 to the terminal 30. The terminal 30 processes the call setup data and then 
30 transmits a signal to the gatekeeper 34 that the call can be connected through the terminal 30. 
The gatekeeper 34 transmits a signal to the terminal 28 notifying the terminal 28 that the 
terminal 30 will terminate the Internet telephone call and giving the terminal 28 the IP address 
of the terminal 30. 

The terminal 28 then contacts the terminal 30 directly over the Internet (without going 
35 through the gatekeepers 34 or 35) and exchanges signaling, control and voice data with the 
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terminal 30. After the terminals 28 and 30 have established contact over the Internet, the 
terminal 30 uses the destination telephone number and the PSTN network to ring the telephone 
set 39. If the telephone set 39 is answered, voice communications between the initiating party 
and the receiving party, over the Internet, can take place. 

5 Referring to Fig. 1 and the discussion presented above, it should be appreciated that the 

purpose of the present invention is to provide the route termination server 50 that communicates 
with the call originating system 14, preferably via the Internet Whether this communication is 
through the gatekeeper 34, directly with the gateway terminal 28 or through some other route is 
immaterial to the present invention. Similarly, it is immaterial to the present invention 

10 specifically how the call originating system 14 communicates with the call terminating system 
15. Ultimately, the gateway tenriinals 28 and 30 communicate directly with each other. 

In general, the present invention can be summarized as a method for controlling Internet 
telephone calls comprising the steps of transmitting a destination telephone number information 
from the call originating system 14 to the route termination server 50 over the Internet; inputting 

15 the destination telephone number into a route policy program associated with die route 
tennination server, using the destination telephone number information and the route policy 
program to select a gateway 30 within the call terminating system 15; transmitting server 
identification information from the route termination server 50 to the call originating system 14 
after the route policy means has selected the gateway 30. The server identification information 

20 includes information that is used by the call originating system 15 to establish an Internet 
connection with die gateway terminal 30. 

The route policy program selects the gateway 30 in the following manner. At least a part 
of the destination telephone number (e.g. the country code and/or area code and/or city code or 
other prefix) is used to identify a plurality of potential gateway terminals 30 for terminating the 

25 telephone call. The route policy program then prioritizes the plurality of potential gateway 

terminals 30 based on steps such as choosing the originating ISP's mandatory partners' gateway 
(if any) to terminate the telephone call; choosing the originating ISP's preferred partners' 
gateway (if any) to terminate the telephone call; choosing the lowest cost available terminating 
server to terminate the telephone call; choosing the gateway that has the highest priority to 

30 terminate the telephone call; and choosing the gateway that has the highest regional priority to 
terminate the telephone call. 

Although the present invention has been described in terms of the presently preferred 
embodiment, it is to be understood that such disclosure is not to be interpreted as limiting. 
Various alterations and modifications will no doubt become apparent to those skilled in the art 

35 after having read the above disclosure. Accordingly, it is intended that the appended claims be 

15 
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interpreted as covering all alterations and modifications as fell within the true spirit and scope of 
the invention. 
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CLAIMS 

We claim: 

1 . A system for controlling Internet telephone calls comprising: 

first terminal means for providing a telephone link with a first telephone set; 

second terminal means for providing a telephone link with a second telephone set, the 
first terminal means being adapted for exchanging voice telephony data over the Internet directly 
with the second terminal means, and the second terminal means being adapted for exchanging 
voice telephony data over the Internet directly with the first terminal means; 

route termination server means for receiving telephone call information routed through 
the first terminal means; and 

route policy means associated with the route termination server means, for using at least 
some of the telephone call information to evaluate a plurality of terminals and select one of the 
plurality of terminals for use as the second terminal means, the route termination server means 
being adapted to transmit server identification information to the first terminal means after the 
route policy means has selected the second terminal means, die server identification information 
including information that is used by the first terminal means to establish an Internet connection 
with die second terminal means. 

2. The system of claim 1 wherein the server identification information comprises the 
Internet Protocol address of the second terminal means. 

3. The system of claim 1 wherein the route policy means uses the telephone number of 
the receiving phone as a criteria in selecting the second terminal means. 

4. The system of claim 1 wherein the route policy means uses the contractual status of 
the operator of the second terminal means as a criteria in selecting the second terminal means. 

5. The system of claim 1 wherein the route policy means uses the price charged by the 
operator of the second terminal means for using the second terminal means as a criteria in 
selecting the second terminal means. 

6. The system of claim 1 further comprising: 

a routing database that stores identification information and policy information about a 
plurality of terminal means, the identification information including the Internet Protocol 
addresses for each of the plurality of terminal means, and the policy information including the 
group of the telephone numbers that can be accessed by each of the plurality of terminal means, 
the contractual status of the operators of each of the plurality of terminal means with the 
operator of the routing database and the price incurred for using each of the plurality of terminal 
means; and 
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push daemon means for establishing an Internet connection between the routing database 
and the route termination server means and for transferring the identification information and 
policy information from the routing database to the route termination server means. 

7. A system for controlling an Internet telephone call comprising: 

first terminal means for providing a telephone link with a first telephone set; 

second terminal means for providing a telephone link with a second telephone set, die 
first terminal means being adapted for exchanging voice telephony data over the Internet directly 
with the second terminal means, and he second terminal means being adapted for exchanging 
voice telephony data over the Internet directly with the first terminal means; 

authentication means for verifying that the initiating party is authorized to use the system 
based on information sent from the first terminal means to the gatekeeper means and from the 
gatekeeper means to the authentication means; 

route termination means for selecting an acceptable second terminal means and for 
forwarding the IP address of the second terminal means to the gatekeeper means over the 
Internet; 

locator means for providing the gatekeeper means with the DP address of the route 
termination means; and 

gatekeeper means for establishing a connection between the first terminal means and the 

locator means. 

8. The system of claim 7 further comprising: 

authentication means for verifying that the initiating party is authorized to use the system 
based on information sent from the first terminal means to the gatekeeper means and from the 
gatekeeper means to the authentication means. 

9. The system of claim 7 further comprising: 

collection means for generating CDR's related to the Internet telephone call. 

10. A method for controlling Internet telephone calls comprising: 

transmitting destination telephone number information from a call originating system to 
a route termination server over the Internet; 

inputting the destination telephone number information into a route policy program 
associated with the route termination server; 

using the destination telephone number information and the route policy program to 
select a call terminating terminal; and 

transmitting server identification information from the route termination server to the call 
originating system after the route policy means has selected the call terminating terminal, the 
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server identification information including information that is used by the call originating 
system to establish an Intranet connection with the call terminating terminal. 

11. The method of claim 10 wherein the route policy program uses a contractual status 
of the operator of the second terminal means as a criteria in selecting the call terminating 
terminal. 

12. The method of claim 10 wherein the route policy program uses the price charged for 
using the call terminating terminal as a criteria in selecting the call terminating terminal. 
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